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(54) Computer system for data management and method for operating said system 



(57) The invention relates to a computer system for 
data management including at least the management of 
data relating to the trading of warrants (citi CATS-OS), 
comprising a data processing system (1), an input unit 
(2), a display unit (3) and a data input (5), wherein the 
display unit (3) displays a first mask having a format 
allowing the input of a request for specific data by the 
input unit (2), the data input (5) is read if the request is 
input by the input unit (2), the display unit (3) displays a 
second mask including the requested data, and the data 
processing system (1) holds the requested data for a 
predetermined time period T^j and performs a transac- 
tion relating to the specific data, if a transaction request 
is input by the input unit (2) during a predetermined time 
period T set . 
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Description 

The invention relates to a computer system for data 
management and to a method for operating said sys- 
tem, and more particularly, to an automated warrant 
trading system (citi CATS-OS). 

Over the last years the market for warrant trading 
has been rapidly increasing. From 1991 to 1995 the 
amount of warrants traded grew from about 400 to 
4,000. 

According to the prior art, the trading of warrants is 
very often time- and cost-intensive, since, upon a con- 
sumer inquiry, it is necessary for the customer in a local 
bank to start a search by telephone or a search in pub- 
lications to find the best warrant for the consumer. Usu- 
ally, if the consumer wishes to purchase warrants, he 
first contacts his local bank which is processing the 
order through the stock exchange or placing a call to a 
warrant market maker. Since an on-line information and 
trading system about traded warrants with executable 
prices does not exist, the customer in the local bank is 
not able to provide the consumer with the actual on-line 
information. Hence, there exists a time difference 
between the placing of the buy/sell order by the cus- 
tomer and its implementation, resulting in a risk of 
exchange and/or price rate fluctuations in that time. It is 
even often the case that the implementation of the 
buy/sell order was based on a limit oriented on the rates 
of the day before, since the order could not be imple- 
mented on the same day. Reasons for this time delay 
are either the fact that the order is placed a couple of 
hours before it will be executed at the stock exchange or 
that the dealing room phones at the market maker are 
often busy during the hectic market times. Therefore, 
local banks often place blind orders at unknown prices 
for the customers and they do not receive immediate 
deal confirmations. 

The object of the present invention is to realize a 
computer system for data management and a method 
for operating said system, which realize a data manage- 
ment providing instantaneous data with an improved 
accuracy and a reduced error probability when process- 
ing data transactions, combined with a high security. 

The object is solved according to the features of the 
independent claims. The dependent claims show 
advantageous embodiments and further developments 
of the invention. 

The computer system for data management includ- 
ing at least the management of data relating to the trad- 
ing of warrants, comprises a data processing system, 
an input unit, a display unit and a data input. In order to 
perform a transaction of data, the display unit displays a 
first mask having a format allowing the input of a 
request for specific data by the input unit. The specific 
data can relate to warrant rates. If the request for spe- 
cific data is input, e.g. a request for a specific warrant, 
the data input is read which can receive permanently a 
data stream including warrant rates. After having read 
the data stream, the display unit displays a second 



mask including the read data. After having received the 
requested data, the data processing system holds the 
data for a predetermined time period and performs a 
transaction relating to the specific data, if a transaction 
5 request is input by the input unit during a predetermined 
time period. 

Since the data processing system holds the 
requested data, e.g. a warrant rate with a specific stock 
exchange number and a volume thereof, for a predeter- 

10 mined time period, it is only possible to perform a trans- 
action, e.g a buy request, based on the displayed data 
during that time period. When this time period has 
elapsed, the request for a transaction cannot be input 
any longer, so that a re-request for new specific data 

15 has to be issued. Such a re-request causes the reading 
of the data input in order to gain new actual data, e.g. 
the warrant rates. 

The computer system according to the invention 
allows to display specific data on-line including warrant 

20 rates, wherein the display unit displays a trading mask 
allowing the input of a request for the specific data. The 
design of the trading mask is independent of the type of 
the specific data. Therefore, the trading mask will be 
similar, if the data management comprises the manage- 
rs ment of data relating to the trading of stocks, bonds, 
derivatives or foreign exchange. The same applies to 
the quotation mask which also has a similar format for 
different types of data. Therefore, the user does not 
need to get used to a new format of the trading or the 

30 quotation mask, if he handles different types of data. 
This leads to an easy-to-use system, even if different 
types of data are to be handled. 

The system according to an embodiment of the 
invention provides instantaneous executable warrant 

35 rates, so that orders can be immediately fulfilled for cus- 
tomers. Accordingly, the risk of exchange and/or price 
rate fluctuations is eliminated, since an executable price 
is electronically provided and it is possible to act on it. 
Furthermore, an immediate electronic trade confirma- 

40 tion is provided with a complete audit trail. With the 
inventive system, even smaller banks can improve their 
efficiency by providing real time rates and information, 
since the system can also be provided with a mail and 
request for quote (RFQ) function allowing a communica- 

45 tion between the customer and the trader. 

It is possible to process transactions at the price on 
the display unit, which is a binding contract between the 
customer and the trader. This protects against any mis- 
understandings between the customer and the trader, 

so which can easily happen if a buy/sell order is placed via 
telephone. 

The system is designed to expand and enhance the 
qualify and efficiency of the user's overall warrant oper- 
ation, enabling improved customer service and increas- 
55 ing the capacity with minimum incremental costs. 

In accordance with an embodiment of the invention, 
the system is realized using the client-server architec- 
ture. A number of devices communicat using a security 
network. The devices perform their computational tasks 
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according to messages received from the security net- 
work. The devices then transmit the results back to the 
external device or onto the next device using the same 
security network. A communication is prohibited 
between devices other than through the security net- 5 
work. 

Furthermore, each sending device transmits a 
respective identification information and the security 
network checks for every data transferred through the 
same, if the identification of the respective sending 10 
device fits with prestored information stored during an 
authorisation procedure. By these measures a very 
secure and safe system can be gained, which does not 
allow any unauthorized access. 

The invention will now be described by way of 15 
examples and with reference to the accompanying 
drawings in which: 



Fig. 1 


is a block diagram of the computer 




system according to the invention; 


Fig. 2 


is a block diagram of the data 




processing system; 


Figs. 3a and 3b 


are flow charts showing a transac- 




tion procedure relating to warrants 




according to an embodiment of the 




invention; 


Fig. 4 


is a flow chart showing the transac- 




tion procedure of warrants accord- 




ing to another embodiment of the 




invention; 


Fig. 5 


is an access control screen; 


Fig. 6 


is a transaction screen without an 


instrument number and a volume 




indication; 


Fig. 7 


is the transaction screen with a 


stock exchange number (instrument 




number) and a volume indication; 


Fig. 8 


is a quotation screen including the 




actual price of the required warrant 




and further information relating to 




the specific warrant; 


Fig. 9 


is a trade confirmation screen; 


Fig. 10 


is the transaction screen showing 




the input of a view rates request; 


Fig. 11 


is a blank rates page screen; 


Fig. 12 


is a filled rates page screen; 


Fig. 13 


is a transaction detail screen; 


Fig. 14 


is a transaction summary screen; 


Fig. 15 


is a sanity check screen; 


Fig. 16 


is a price time-out screen and 


Fig. 17 


is a credit limit screen. 



Fig. 1 shows a block diagram of the computer sys- 
tem according to the invention. A data processing sys- 
tem 1 is connected to an input unit 2, a display unit 3 
and a printer 4. The data processing system 1 receives 
a data stream from a data input 5. 

The input unit 2 can be realized by a key board, a 
mouse or any other input device. The display unit 3 can 



be realized by a standard personal computer monitor. 

Fig. 2 shows a possible configuration of the data 
processing system 1 . A security network 6 is connected 
to an external device 7, a security device 8, a data man- 
agement device 9, a data interface device 10 and an 
output device 11, wherein the input unit 2, the display 
unit 3 and the printer 4 can be part of the external 
device 7. 

The external device 7 can be a personal computer 
(PC) including a graphic user interface (GUI) for being 
connected to the security network 6 via a modem. The 
devices of the data processing system 1 can be realized 
as separate and independent communicating servers 
(client-server architecture). In particular, the security 
network 6 can be realized by an adequate number of 
message routers (MRO). The security device 8 can be 
realized by a security access manager (SAM). The data 
interface device 10 can be realized by a warrant rate 
server (WRS). The data management device 9 can be 
realized by a warrant transaction server (WTS). The 
output device 1 1 can be realized by a warrant hand-off 
server (WHO). Furthermore, there can be provided a 
credit server (CRS) and a mail server (MAI), both com- 
municating with a message router. 

In the following a short explanation of examples 
relating to the functions of the different servers is given. 

As mentioned above, the computer system accord- 
ing to the invention consists of a number of servers 
communicating using message routers. The network 
connection between the servers and the message rout- 
ers enables a used ITS (information trading and settle- 
ment system) to be distributed over a number of VAX 
processors. 

The ITS servers perform their computational task 
according to messages received from their adjacent 
message router. The server transmits the results back 
to the user or on to the next server using the same mes- 
sage router network. A communication is prohibited 
between servers other than through the message rout- 
ers. 

One server (the data interface device - warrant rate 
server) is connected to a rate feed, a data base, etc.) 
encapsulating this resource for the rest of the ITS net- 
work. At the center of the system there is the data man- 
agement device (WTS) which draws upon these 
resources to provide the complete service to the user 
interface (graphic user interface - GUI or host user inter- 
face - HUI). Furthermore, there is provided ancillary 
service used to maintain the security of the ITS system 
by restricting access and controlling which servers may 
communicate with others. 

The message routers (security network) are 
responsible for conveying message from one server to 
another. The ITS system comprises a number of routers 
interconnected such that communication between any 
two servers is possible. At the center of the system, the 
security device (SAM) is located, which is connected to 
every message router. The SAM maintains a list of 
authorized users and accesses to validate user pass- 
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words. The SAM also issues a unique ITS address to 
each server, which is used by the router to direct mes- 
sages to the correct destinations and enhances also the 
security of the system against unauthorized access. 

The SAM maintains user accounts, access restric- s 
tion and privileges. Furthermore, the SAM uses an 
indexed file to define a list of authorized users, including 
service and message routers and their respective 
addresses. The SAM stores passwords relating to user 
accounts and maintains a list of authorized users and 10 
their respective addresses. Furthermore, the SAM 
maintains a map of which server is connected to which 
router in a second indexed filed and writes errors into an 
error file. The MRO forwards messages between serv- 
ers according to their respective addresses. Further- 15 
more, it translates protocols between the respective 
servers and verifies new connections with the SAM to 
prevent unauthorized users from sending messages. 
The WTS is a multi-threaded product server using a 
number of concurrent logins on a Sybase data base. It 20 
communicates with the users of the system and exe- 
cutes and stores warrant transactions. The users of the 
system are, in this respect, e.g the graphic user inter- 
laces being loaded on PCs which use a dial-up proce- 
dure to be connected to the respective message router. 25 
The WTS maintains user accounts, trading relation- 
ships and holiday tables. Furthermore, the WTS checks 
credit lines using the CBS and provides access to and 
obtains prices from the WRS. Additionally, the WTS 
uses the MAI to inform traders of system events. The 30 
MAI is a multithreaded product server using a Sybase 
data base to store and forward user and system mail 
messages within the system. It maintains a list of user 
accounts and mail names for mailing purposes. The 
WRS receives data streams of price and page updates 35 
from Reuters Taps (e.g. 24) and the Invision system and 
builds pages of rate data in a global section. The 
received data streams are stored in a specific memory 
location of the WRS and these specific memory loca- 
tions are overwritten every time new data are received. 40 
The WRS receives page and price requests from the 
WTS, it returns results for display on the display unit 2 or 
for quotation purposes. Furthermore, it uses a file to 
define rate page layouts and the location of the specific 
rates. The CRS maintains a list of customer-related as 
credit values. It uses an indexed file to store the latest 
credit values. The graphic user interface (GUI) being 
loaded on the client (PC), is a PC user interface for the 
system. The GUI runs on PCs at the customer and the 
trader sites, using the TCP/IP (Transmission Control so 
Protocol/Internet Protocol) protocol to be connected 
directly with a message router. The WHO hands off 
complete transactions to the direct dealer interface 
(DDI) by writing them into a dedicated Sybase data base 
on the DDI system. It formats and prints deal tickets to a ss 
ticket printer located on the dealing floor where the trad- 
ers are located. 

A number of system servers are configured so as to 
have dependency servers. During start-up, these serv- 



ers wait for their dependencies to start before going on- 
line. The dependency relationship is implemented 
where a server relies upon another server to provide a 
system resource that is necessary for the server to func- 
tion. E.g. the WTS cannot function, unless the WRS is 
running. The WTS is configured with the WRS as a 
dependency. 

The servers check the presence of their dependen- 
cies by sending ping messages. If a dependency is not 
found, the server writes an error to the log, waits and 
then tries to ping the dependency again. When all the 
dependencies are detected, the server writes a server- 
up message in the log. 

The servers return to pinging their dependencies, if 
a message cannot be delivered to a dependent server. 
The operation of the server is temporarily suspended 
until the dependency has been successfully pinged. In 
particular, the WTS has the WRS, the MAI, the CRS 
and the WHO as dependencies. The WRS, the CRS 
and the WHO have the MAI as dependency. 

The system is configured with delay periods during 
the start-up procedure. Therefore, the dependency 
servers can be started first and with sufficient time to 
start, before the next server is started. The order of the 
starting of the servers and the delays between succes- 
sive servers is prestored and can be adapted to hard- 
ware requirements. 

Figs. 3a and 3b show an example of system steps 
necessary for performing a warrant transaction. After 
the power-on of the user PC, and after starting of the 
automated trading system for warrants on the PC, an 
access control screen 12 is displayed (step 100) . In the 
access control screen 12 the identification information is 
to be input (user name and the security password). This 
has to be performed via the input unit 2 (step 101). After 
inputting a logon request, e.g. by pressing the logon but- 
ton on the access control screen 12 by a respective 
mouse action, the system verifies the input details 
before the user is permitted to access any part of the 
system (step 102). If the user name and the password 
are checked, a customer trading screen 13 is displayed 
on the display unit 3 (step 103). 

The customer trading screen 13 allows the input of 
a stock exchange number of a specific warrant, the vol- 
ume and whether to buy or sell (step 104). After the 
inputs of step 104, a get price request can be issued 
(step 105). Thereafter, a quotation screen 14 is dis- 
played (step 106). At the same time a timer is started 
(step 111). Via the input unit 3 a buy request for the dis- 
played warrant can be input (step 107). At step 108 it is 
checked, if the buy request was input within a certain 
time period T^ or not. If this is not the case, the quota- 
tion screen 1 4 displays a time-out indication and the buy 
request input at step 107 is not performed. After step 
109 it is possible to input a re-request for gaining a new 
actual rate (step 1 10). Thereafter, the quotation screen 
14 is again displayed with updated data (step 106). If 
the predetermined time period T 8et at step 108 did not 
elapse before the buy request was input in step 107, a 
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transaction of warrant is performed (step 112). Thereaf- 
ter a trade confirmation screen 15 is displayed (step 
113). 

Fig. 4 shows a flow chart relating to another embod- 
iment of the present invention. When displaying the cus- 5 
tomer trading screen 13, it is possible to input a view 
rates request (step 1 14). The view rates request can be 
input, e.g. P by opening a pull-down menu on the trading 
screen 13. This can be performed, if the customer is, 
e.g., not exactly sure about the stock exchange number w 
of the warrant to be bought or sold. Furthermore, it is 
possible, that the customer only wants to get an over- 
view of actual rates and data of warrants. After having 
input the view rates request, a rates page screen 16 is 
displayed (step 115). On the rates page screen 16 a is 
particular page 1 7 can be selected (step 1 1 6) and a par- 
ticular warrant can be accessed by selecting a warrant 
stock exchange number 18 (step 117). Thereafter, the 
customer trading screen 14 is displayed (step 1 18) and 
the volume and whether to buy or sell is input via the 20 
input unit 3 (step 119). Thereafter, the procedure goes 
back to the process shown in Fig. 3 between steps 105 
and 106. 

Fig. 5 shows the access control screen 12 which is 
used for inputting the user name and the security pass- 25 
word. After the user name and the security password 
have been input, a logon request can be issued. 

Fig. 6 shows the customer trading screen 13. The 
customer trading screen is preset to the trading of war- 
rants. However, this screen can also be used for the 30 
trading of other securities, e.g. stocks, bonds, deriva- 
tives or foreign exchange. Furthermore, it is possible to 
input in the customer trading screen 13 whether a war- 
rant (or another security) is to be bought or sold. 

Fig. 7 shows the customer trading screen 1 3 with 35 
an instrument number and a volume input via the input 
unit (3). 

Fig. 8 shows the quotation screen 14 after the get 
price request has been input, while displaying the cus- 
tomer trading screen (Fig. 7). The quotation screen 14 40 
shows all the data necessary for a warrant transaction. 
Upon the display of the quotation screen 14, the timer is 
started (step 111) which only allows the input of a buy 
request within the predetermined time period T 8et . If the 
buy request is not input during the time period T 50t a 45 
time-out notice will be displayed in the quotation screen 
14. If such a time-out notice appears on the quotation 
screen 14, it is no longer possible to issue a buy request 
for specific warrants. In order to load new data onto the 
quotation screen, it is necessary to input a re-request. If so 
such a re-request is input, the quotation screen 14 will 
be re-filled with actual data and the timer will be started 
again. 

Fig. 9 shows the trade confirmation screen 15 
which is displayed when the buy request is input in time. 55 
The trade confirmation screen 15 includes a trade 
number and allows the input of a customer reference 
number. This screen gives the customer an instantane- 
ous electronic confirmation of the executed warrant 



trade. 

Fig. 10 shows the transaction screen 13 with the 
pull-down menu allowing th input of the view rates 
request. 

in Fig. 1 1 there is shown the blank view rates page 
16 displayed on the display unit 3, if the view rates 
request is issued. 

In Fig. 12 there is shown the rates page screen 19 
which displays pages of warrant rates to the customer 
and trader. This screen also permits the user to display 
a particular page by entering the page number. Further- 
more, the user may enter details and search for a partic- 
ular warrant by name. Moreover, the user may use the 
plus or minus input to view pages sequentially. In addi- 
tion, a refresh rates request may be input by actuating 
the arrow button. If a certain instrument is selected on 
the rates page screen 17 (the same can be selected 
.e.g., by a double Wick on the stock exchange number 
with the mouse), the quotation screen 14 is displayed 
(Fig. 8). 

Fig. 13 shows the trade detail screen displaying all 
the transaction details about a particular trade to the 
customer or trader. 

Fig. 14 shows a transaction history screen which is 
displayed on the display unit 3 when the past deals are 
to be displayed. The system allows to set the criteria of 
the deals which are to be displayed, e.g. the date range, 
the customer reference number, the trade identification 
and the instrument. The data parameters may span a 
maximum of 60 days, since this is the maximum storage 
time of trade data. However, it is possible to set a differ- 
ent storage time, so that it is possible to review deals 
which were performed earlier. 

The system as described before with reference to 
the Figures 5 - 14 is designed for being uses by a cus- 
tomer sitting at a local bank and a trader being located 
at the warrant market maker. However, there do exist 
also features which are only accessible by the trader. 
Examples of these features are described in the follow- 
ing. 

Fig. 15 shows a sanity check screen allowing the 
input of a maximum rise and fall amount of the rates 
input in the system. More particularly, with the sanity 
check it is possible to preset a maximum variation of the 
input data 5. If, e.g., the rate of a specific warrant 
changes from one view rates request to the next view 
rates request by 0.2 and the sanity check is set to 0.1 , 
this specific instrument will be suspended. Furthermore, 
it is possible to input a bandwidth for the rates. The san- 
ity check introduces a high security in the system, since 
it makes it possible to filter out system faults like data 
transmission errors. 

Fig. 1 6 shows the price time-out screen. In the price 
time-out screen it is possible to input the time T eet which 
is used to determine if a buy request input in the quota- 
tion screen 14 is performed or not (Fig. 3, steps 106- 
111). The physical unit of T 8et is seconds. T set is nor- 
mally adjusted to 10s, however, there can be input suit- 
able other values. 
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Fig. 1 7 shows the credit limit screen which allows to 
set credit limits for customers. These credit limits are 
handled by the credit server and ensure that the total 
value of unsettled trades for any given customer does 
not exceed a given value which can be input in the credit 5 
field via the input unit 2. if a customer tries to enter a 
transaction exceeding this value, it will be rejected and 
an on-screen message is displayed asking to contact 
the trader. 

In order to explain the various functions of the sys- 
tem according to the invention in more detail, the follow- 
ing examples are given. 

During a logging-on procedure, the PC (client) 
places a TCP/IP call to one of the message routers 
(MRO). The MRO accepts the call and allocates a spe- 
cific device channel for the PC. The user enters the user 
name and password which is transmitted to the MRO. 
The MRO passes details about the user and the method 
used to place the call (the caller's user name and note) 
to the security access manager (SAM). The SAM veri- 
fies if the user is permitted to be connected to the sys- 
tem and informs the MRO. The MRO transmits an 
acceptance to the PC. The PC sends an independent 
registration message to the warrant trade server (WTS) 
and to the mail server (MAI). The WTS checks its user 
profile table and allocates a session to the user. The 
MAI checks the user profiles and returns a message 
indicating the number of mail messages waiting for the 
user. The PC down-loads various items from the WTS. 

During a view rates procedure the PC transmits a 
rate page request containing the rate page number to 
the WTS. The WTS verifies, if the user is permitted to 
view rates and passes the request on to the warrant rate 
server (WRS). The WRS builds the rate page and 
returns it to the WTS. The WTS forwards the rate page 
details to the user. 

During an executing transactions procedure the PC 
transmits a quote request containing the stock 
exchange number and the volume to the WTS. The 
WTS receives the quote request and sends a rate 
request to the WRS. The WRS gets the rate and trans- 
mits it back to the WTS. The WTS executes a Sybase 
stored procedure to insert a quotation into its data base. 
A reference number is assigned to the quotation. The 
WTS collects the results from Sybase and returns a 
quotation message with the price and instrument details 
to the PC. The PC displays the quotation and the user 
decides to execute (steps 106 and 107). The PC trans- 
mits an execute request to the WTS referring to the 
transaction by reference number. The WTS executes a 
stored procedure which searches the transaction data 
base for the original quotation. The WTS then checks, if 
the quote has not timed out (step 1 08). If everything is in 
order, the WTS transmits a volume request to the WRS, 
which depletes the instruments volume and returns a 
message to the WTS. The WTS sends a credit request 
to the credit server (CRS). The CRS depletes the user's 
credit line and returns a message to the WTS. Finally, 
the WTS executes a stored procedure to convert the 



quotation into an executed deal. The deals details are 
passed back to the PC. 

As can be seen from the scr ens and masks as dis- 
cussed before, the input masks are always designed for 
allowing the input of different types of data. Therefore, 
the user only has to get used to one screen and mask 
design in order to be able to handle all different securi- 
ties which can be managed with the system according 
to the invention. Accordingly, there is provided a compu- 
ter system for the data management including at least 
the management of data relating to the trading of war- 
rants, which is easily adaptable to the handling of differ- 
ent types of data, e.g. stocks, bonds, derivatives and 
foreign exchanges. Furthermore, the system according 
to the invention provides a high security with regard to 
the handled data. As described above with reference to 
Fig. 15, it is possible to introduce a sanity check which 
allows to control and to verify the data input into the sys- 
tem. Furthermore, it is possible to set credit limits and a 
price time-out so that the risk for both sides is lowered, 
since it is possible that after displaying the quotation 
screen the warrant rate changes strongly. This might 
lead either to a disadvantage for the customer or to a 
disadvantage for the trader, depending on a rise or fall 
of the respective rate. 

The computer system according to the invention is 
an easy-to-use system which allows to initiate and exe- 
cute e.g. warrant transactions electronically. This sys- 
tem provides a direct electronic connection between a 
user's PC and the warrants trading desk. It allows a user 
to trade all warrants made available by the warrant mar- 
ket maker at market driven prices and with customized 
security. 

The system enables an improved customer service 
and an increased capacity with minimum incremental 
costs. Furthermore the system is a trader driven system 
and mirrors the way traders work to give them the same 
control over their positions as according to a transaction 
performed in line with the prior art described. 

The computer system according to the invention 
can be realized with the graphic user interface (GUI) 
loaded on the PC or with a host user interface (HUI) 
implementing the VT 100 emulation standard. 

Claims 

1 . Computer system for data management including 
at least the management of data relating to the trad- 
ing of warrants, comprising 

a data processing system (1), an input unit (2), 
a display unit (3) and a data input (5), wherein 

- the display unit (3) displays a first mask 
having a format allowing the input of a 
request for specific data by the input unit 
(2), 

- the data input (5) is read if the request is 
input by the input unit (2), 
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• the display unit (3) displays a second mask 
including the requested data, and 
the data processing system (1) holds the 
requested data for a predetermined time 
period T 8et and performs a transaction s 
relating to the specific data, if a transaction 
request is input by the input unit (2) during 
a predetermined time period T Bet . 

2. Computer system according to claim 1 , w 
characterized in that 

the first mask is a trading mask (1 3) and the second 
mask is a quotation mask (1 4). 

3. Computer system according to claim 1 or 2, is 
characterized in that 

the trading mask (13) allows the input of an identifi- 
cation number for the specific data by the input unit 
(2) in order to read the specific data from the data 
input(s). 20 

4. Computer system according to claim 3, 
characterized in that 

the identification number is a stock exchange 
number. 25 

5. Computer system according to claim 1 or 2, 
characterized in that 

the trading mask (13) allows the input of a request 
for a rates page (1 8) including a plurality of specific 30 
data and the rates page (18) allows the input of the 
request for specific data. 

6. Computer system according to at least one of 
claims 1 to 5, characterized in that 35 
the data processing system (1) comprises a secu- 
rity network (6) connected to an external device (7), 

a security device (8), a data management device 
(9), a data interface device (10) and an output 
device (11), the external device (7) includes the 40 
input unit (2) and the display unit (3). 

7. Computer system according to claim 6, 
characterized in that 

upon the input of the request for specific data by the 45 
input unit (2), 



(10) if the performed checking resulted in an 
authorization of the external device (7) for the 
data interface device (10), 

- the data interface device (10) transmits the 
accessed data to the data management device 
(9) via the security network (6) and 

- the data management device (9) transmits the 
data to the external device (7) via the security 
network (6). 

8. Computer system according to claim 6 or 7, 
characterized in that 

each sending device transmits a respective identifi- 
cation information and the security network (6) 
checks for every data transfer through the same if 
the identification of the respective sending device 
fits with prestored information stored during an 
authorization procedure. 

9. Computer system according to at least one of 
claims 6 to 8, characterized in that 

during the authorization procedure 

- the security network (6) reads identification 
information from the external device (7) and 

- the security device (8) checks the identification 
information and outputs an access authoriza- 
tion which is stored in the security network (6). 

10. Computer system according to at least one of 
claims 6 to 9, characterized in that 

at the time of the first connection of the external 
device (7) to the security network (6), the security 
network (6) sends a seed to the external device (7) 
and the external device (7) encrypts the identifica- 
tion information according to the seed and trans- 
mits the encrypted identification information to the 
security network (6). 

1 1 . Computer system according to claim 1 0, 
characterized in that 

the security network (6) transmits the received 
encrypted identification information together with 
the seed to the security device (8) which decrypts 
the identification information and performs a secu- 
rity check. 



- the external device (7) outputs the request for 
specific data and transmits the request to the 
security network (6) , so 

- the security network (6) checks the request 
regarding its authorization and transmits the 
same to the data management device (9) if the 
performed checking resulted in an authoriza- 
tion of the external device (7) for the data man- 55 
agement device (9), 

- the data management device (9) outputs a 
message to the security network (6) in order to 
access data (5) from the data interface device 



12. Computer system according to at least one of 
claims 6 to 11, 
characterized in that 

during the authorization procedure the security 
device (8) is checking if 

- the transmitted user information matches with 
data stored in an authorization file in the secu- 
rity device (8), 

- a predetermined number of security require- 
ments are fulfilled, including data of access, 
disusered and number of login fails, and 
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the identification information was sent from the 
security network (6), and 

the security device (8) is reading a prestored 
address information out of an address file if the 
security check is positively fulfilled and sends the 
address information to the security network (6). 

13. The computer system according to claim 12, 
characterized in that 

the security network (6) stores the address informa- 
tion in order to define to what parts of the computer 
system the external device (7) may have access. 

14. Computer system according to claim 12 or 13, 
characterized in that 

the security device (8) determines if the prestored 
address information is sent from the security net- 
work (6) by checking if the channel on which the 
security network (6) is sending is equal to a channel 
given to the security network (6) during the setup 
procedure, wherein the security network (6) is the 
only device allowed to transmit and receive data to 
and from the security device (8). 

15. Computer system according to at least one of 
claims 6 to 14, characterized in that 

the data management device (9) is storing a 
dependency list including information regarding the 
devices which are needed for a specific data man- 
agement. 

16. Computer system according to claim 15, 
characterized in that 

during a start-up procedure the data management 
device (9) is checking according to the dependency 
list if all required devices are in an on-line status 
before the data transfer for a specific data manage- 
ment is activated. 

17. Computer system according to at least one of 
claims 6 to 1 6, characterized in that 

the data interface device (10) receives permanently 
a data stream including at least warrant rates and 
stores the data in specific memory locations, 
wherein new data coming in is overwriting the old 
data on the specific memory location. 

18. Method for operating a computer system for data 
management including at least the management of 
data relating to the trading of warrants (CATS-OS) 
comprising the steps of 

- displaying on a display unit (3) a first mask hav- 
ing a format allowing the input of a request for 
specific data by an input unit (2), 

- reading the requested data, if the request is 
input by th input unit (2), 

- displaying on the display unit (3) a second 



mask including the requested data, 

- holding the requested data for a predetermined 
time period T^, and 

- performing a transaction relating to the specific 
5 data rf a transaction request is input by the 

input unit (2) during the predetermined time 
period T SGt . 

19. Method according to claim 18, 
w characterized in that 

the first mask is a trading mask (13) allowing the 
input of an identification number for the specific 
data by the input unit (2) in order to read the specific 
data from the data input (5). 

15 

20. Method according to claim 19, 
characterized in that 

the identification number is a stock exchange 
number. 

20 

21. Method according to claim 18, 
characterized in that 

the first mask allows the input of a request for a 
rates page (18) including a plurality of specific data 
25 and the rates page (18) allows the input of the 
request for specific data. 

22. Method according to claim 21 , 
characterized in that 

30 the rates page (18) allows the input of a refresh 
rates request resulting in a reading of the listed plu- 
rality of specific data and displaying the same in the 
rates page (18) on the display unit (3). 

35 23. Method according to at least one of claims 1 8 to 22, 
characterized in that 

the input of a request for specific data or the refresh 
rates request causes the reading of a data stream 
being permanently received by the system from the 
40 data input (5). 

24. Method according to at least one of claims 1 8 to 23, 
characterized in that 

the second mask is a quotation mask (14) allowing 
45 the input of a re-request for the specific data, if the 
transaction request is not input during the predeter- 
mined time period T 8et . 

25. Method according to at least one of claims 1 8 to 24, 
so characterized by 

displaying a trade confirmation mask (15) on the 
display unit (3), if the transaction request is input in 
time, including transaction information. 

55 26. Method according to at least one of claims 1 8 to 25, 
characterized in that 

the trading mask (13) and the quotation mask (14) 
are displayed on the display unit (3) on different 
screens or on one screen. 
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27. Method according to at least one of claims 18 to 26, 
characterized in that 

the specific data include warrant rates. 

28. Method according to at least one of claims 18 to 27, s 
characterized in that 

the data management comprises the management 
of data relating to the trading of stocks, bonds, 
derivatives or foreign exchange, wherein the spe- 
cific data include stock rates, bond rates, derivative 10 
rates or foreign exchange rates. 
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